<rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" version="2.0">
  <channel>
    <title>MaplePrimes - Maplesoft Blog - Posts by Dr. Derek Wright</title>
    <link>http://www.mapleprimes.com/maplesoftblog/contributors/Derek Wright</link>
    <language>en-us</language>
    <copyright>2026 Maplesoft, A Division of Waterloo Maple Inc.</copyright>
    <generator>Maplesoft Document System</generator>
    <lastBuildDate>Sun, 05 Apr 2026 14:10:34 GMT</lastBuildDate>
    <pubDate>Sun, 05 Apr 2026 14:10:34 GMT</pubDate>
    <itunes:subtitle />
    <itunes:summary />
    <description>The latest posts on the Maplesoft Blog by Dr. Derek Wright</description>
    <image>
      <url>117516_Derek Wright.JPG</url>
      <title>MaplePrimes - Maplesoft Blog - Posts by Dr. Derek Wright</title>
      <link>http://www.mapleprimes.com/maplesoftblog/contributors/Derek Wright</link>
    </image>
    <item>
      <title>An analytical model of mornings in the Wright household</title>
      <link>http://www.mapleprimes.com/maplesoftblog/35123-An-Analytical-Model-Of-Mornings-In-The?ref=Feed:MaplePrimes:Maplesoft%20Blog:Member</link>
      <itunes:summary>&lt;p class="MsoBodyTextFirstIndent"&gt;I&amp;rsquo;m not a morning person. Well, that&amp;rsquo;s  not entirely true: I am not &lt;em&gt;particularly&lt;/em&gt; a morning person, but  relative to my wife, Amy, I seem awfully crusty and curmudgeonly for about an hour  after waking up. She, on the other hand, is definitely of the &amp;ldquo;up and at &amp;lsquo;em&amp;rdquo; variety. As such, I would like to credit coffee with contributing  significantly to our happy marriage these last five years.&lt;/p&gt;
&lt;p class="MsoBodyTextFirstIndent"&gt;With so many data points I can now  reliably say that it is in everyone&amp;rsquo;s best interest for me to wake up first, or for  us to wake up at the same time. If Amy gets up first, by the time I wake up  she is reciting lists of &amp;ldquo;things I&amp;rsquo;d like to do today&amp;rdquo; as I groggily attempt to get that  first double espresso to my lips. This is where something interesting happens:  If I don&amp;rsquo;t perk up, Amy gets extra happy in an attempt to cheer me up (just  give me time to wake up!). This implicitly suggests that she is using her mood  as a forcing function to my mood. If I still don&amp;rsquo;t perk up, then things turn  ugly as I am clearly being insensitive to her generous efforts to cheer me up,  and her mood drops. Conversely, if I do perk up, whether from the coffee or her cheerfulness, all is well.&lt;/p&gt;</itunes:summary>
      <description>&lt;p class="MsoBodyTextFirstIndent"&gt;I&amp;rsquo;m not a morning person. Well, that&amp;rsquo;s  not entirely true: I am not &lt;em&gt;particularly&lt;/em&gt; a morning person, but  relative to my wife, Amy, I seem awfully crusty and curmudgeonly for about an hour  after waking up. She, on the other hand, is definitely of the &amp;ldquo;up and at &amp;lsquo;em&amp;rdquo; variety. As such, I would like to credit coffee with contributing  significantly to our happy marriage these last five years.&lt;/p&gt;
&lt;p class="MsoBodyTextFirstIndent"&gt;With so many data points I can now  reliably say that it is in everyone&amp;rsquo;s best interest for me to wake up first, or for  us to wake up at the same time. If Amy gets up first, by the time I wake up  she is reciting lists of &amp;ldquo;things I&amp;rsquo;d like to do today&amp;rdquo; as I groggily attempt to get that  first double espresso to my lips. This is where something interesting happens:  If I don&amp;rsquo;t perk up, Amy gets extra happy in an attempt to cheer me up (just  give me time to wake up!). This implicitly suggests that she is using her mood  as a forcing function to my mood. If I still don&amp;rsquo;t perk up, then things turn  ugly as I am clearly being insensitive to her generous efforts to cheer me up,  and her mood drops. Conversely, if I do perk up, whether from the coffee or her cheerfulness, all is well.&lt;/p&gt;</description>
      <guid>35123</guid>
      <pubDate>Mon, 01 Feb 2010 21:21:36 Z</pubDate>
      <itunes:author>Derek Wright</itunes:author>
      <author>Derek Wright</author>
    </item>
    <item>
      <title>Limits only serve to limit, so change the game</title>
      <link>http://www.mapleprimes.com/maplesoftblog/34990-Limits-Only-Serve-To-Limit-So-Change-The-Game?ref=Feed:MaplePrimes:Maplesoft%20Blog:Member</link>
      <itunes:summary>&lt;p&gt;Undergraduate engineering and science consists of learning various rules and laws that govern the domains of interest. For me, it was Maxwell&amp;rsquo;s Equations for electromagnetics, the Navier-Stokes equation for acoustics, the Rayleigh criterion for imaging, the speed of light, &lt;em&gt;&lt;span&gt;et cetera ad nauseam&lt;/span&gt;&lt;/em&gt;. What is frequently missed or neglected in teaching and in practice is how these rules and limits are simply the boundaries of the game &amp;ndash; endpoints on a spectrum of possibilities. That&amp;rsquo;s why a recent headline caught my attention: &amp;ldquo;&lt;a href="http://abcnews.go.com/Technology/computers-infinite-computing-speed/story?id=8847775"&gt;Computers to Get Faster Only for 75 More Years&lt;/a&gt;&amp;quot;. I find it hard to believe that humans a thousand years from now will be commemorating 2084 as &amp;ldquo;The Year Computers Stopped Getting Faster&amp;rdquo;. After reading the research paper from which this headline arose, I was reminded that innovative science doesn&amp;rsquo;t set limits, it uses them as tools. Since this is precisely what we do in Applications Engineering at Maplesoft, I thought it would be worth looking into a little further.&lt;/p&gt;</itunes:summary>
      <description>&lt;p&gt;Undergraduate engineering and science consists of learning various rules and laws that govern the domains of interest. For me, it was Maxwell&amp;rsquo;s Equations for electromagnetics, the Navier-Stokes equation for acoustics, the Rayleigh criterion for imaging, the speed of light, &lt;em&gt;&lt;span&gt;et cetera ad nauseam&lt;/span&gt;&lt;/em&gt;. What is frequently missed or neglected in teaching and in practice is how these rules and limits are simply the boundaries of the game &amp;ndash; endpoints on a spectrum of possibilities. That&amp;rsquo;s why a recent headline caught my attention: &amp;ldquo;&lt;a href="http://abcnews.go.com/Technology/computers-infinite-computing-speed/story?id=8847775"&gt;Computers to Get Faster Only for 75 More Years&lt;/a&gt;&amp;quot;. I find it hard to believe that humans a thousand years from now will be commemorating 2084 as &amp;ldquo;The Year Computers Stopped Getting Faster&amp;rdquo;. After reading the research paper from which this headline arose, I was reminded that innovative science doesn&amp;rsquo;t set limits, it uses them as tools. Since this is precisely what we do in Applications Engineering at Maplesoft, I thought it would be worth looking into a little further.&lt;/p&gt;</description>
      <guid>34990</guid>
      <pubDate>Fri, 18 Dec 2009 15:29:14 Z</pubDate>
      <itunes:author>Dr. Derek Wright</itunes:author>
      <author>Dr. Derek Wright</author>
    </item>
    <item>
      <title>A battery isn’t just a voltage source</title>
      <link>http://www.mapleprimes.com/maplesoftblog/34139-A-Battery-Isnt-Just-A-Voltage-Source?ref=Feed:MaplePrimes:Maplesoft%20Blog:Member</link>
      <itunes:summary>&lt;p&gt;&lt;span&gt;A leading motorcycle manufacturer has been using MapleSim to model their powertrain, and now they want to include a realistic battery model. This would let them choose batteries and accessories (like starters and alternators) that they can simulate under a variety of operating conditions, along with their powertrain model. The company turned to Maplesoft to help with this modeling exercise and I was put on the task. My background is in circuits so I thought this would be a straightforward project. In my mind batteries were just constant voltage sources that eventually ran out of charge. I was able to find several recent research papers on battery models, and I realized their behavior was much more complicated than a simple voltage source.&lt;/span&gt;&lt;/p&gt;</itunes:summary>
      <description>&lt;p&gt;&lt;span&gt;A leading motorcycle manufacturer has been using MapleSim to model their powertrain, and now they want to include a realistic battery model. This would let them choose batteries and accessories (like starters and alternators) that they can simulate under a variety of operating conditions, along with their powertrain model. The company turned to Maplesoft to help with this modeling exercise and I was put on the task. My background is in circuits so I thought this would be a straightforward project. In my mind batteries were just constant voltage sources that eventually ran out of charge. I was able to find several recent research papers on battery models, and I realized their behavior was much more complicated than a simple voltage source.&lt;/span&gt;&lt;/p&gt;</description>
      <guid>34139</guid>
      <pubDate>Wed, 28 Oct 2009 19:17:13 Z</pubDate>
      <itunes:author>Dr. Derek Wright</itunes:author>
      <author>Dr. Derek Wright</author>
    </item>
  </channel>
</rss>